Shared inter-operational control among multiple computing devices

ABSTRACT

A collaborative computing device group operative under a shared multiple discrete desktop user interface is established from a first desktop of a first computing device and a different discrete desktop of a second computing device physically located in user visual proximity to the first computing device. A color-coded graphical representation of a user-interface control port that allows authorized cursor navigation to and from the second computing device is displayed on the first desktop oriented in a respective direction of the second computing device. A cursor of the second computing device is authorized to migrate, under control of a user of the second computing device, from the different discrete desktop through the color-coded graphical representation of the user-interface control port of the second computing device to the first desktop and the first computing device is controlled in accordance with visual navigation and control of the cursor of the second computing device.

BACKGROUND

The present invention relates to direct computer inter-operability amongmultiple distinct computing devices. More particularly, the presentinvention relates to shared inter-operational control among multiplecomputing devices.

Computing devices, such as laptops and tablets, may be utilized by usersto browse websites and perform tasks as commanded by the users. Usersutilize a user interface and operating system that allows the user toinstall programs or applications (“apps”), on the respective types ofdevices. The programs and apps operate under the control of and operatewith respect to the single computing device upon which the programs andapps are installed.

BRIEF SUMMARY

A method includes establishing, by a processor of a first computingdevice, a collaborative computing device group operative under a sharedmultiple discrete desktop user interface comprised of a first desktop ofthe first computing device and a different discrete desktop of at leasta second computing device physically located in user visual proximity tothe first computing device; displaying, on the first desktop of thefirst computing device oriented in a respective direction of each of theat least second computing device relative to the first computing device,a color-coded graphical representation of a user-interface control portof each of the at least second computing device, where each respectiveuser-interface control port allows authorized cursor navigation to andfrom the respective computing device; authorizing a cursor of the secondcomputing device to migrate, under control of a user of the secondcomputing device, from the different discrete desktop of the secondcomputing device through the color-coded graphical representation of theuser-interface control port of the second computing device to the firstdesktop of the first computing device; and controlling, by theprocessor, the first computing device in accordance with visualnavigation and control of the cursor of the second computing device onthe first desktop by the user of the second computing device.

A system includes a communication module of a first computing device;and a processor of the first computing device programmed to: establish,via the communication module, a collaborative computing device groupoperative under a shared multiple discrete desktop user interfacecomprised of a first desktop of the first computing device and adifferent discrete desktop of at least a second computing devicephysically located in user visual proximity to the first computingdevice; display, on the first desktop of the first computing deviceoriented in a respective direction of each of the at least secondcomputing device relative to the first computing device, a color-codedgraphical representation of a user-interface control port of each of theat least second computing device, where each respective user-interfacecontrol port allows authorized cursor navigation to and from therespective computing device; authorize a cursor of the second computingdevice to migrate, under control of a user of the second computingdevice, from the different discrete desktop of the second computingdevice through the color-coded graphical representation of theuser-interface control port of the second computing device to the firstdesktop of the first computing device; and control the first computingdevice in accordance with visual navigation and control of the cursor ofthe second computing device on the first desktop by the user of thesecond computing device.

A computer program product includes a computer readable storage mediumhaving computer readable program code embodied therewith, where thecomputer readable program code when executed on a computer causes thecomputer to: establish a collaborative computing device group operativeunder a shared multiple discrete desktop user interface comprised of afirst desktop of the computer and a different discrete desktop of atleast a second computing device physically located in user visualproximity to the computer; display, on the first desktop of the computeroriented in a respective direction of each of the at least secondcomputing device relative to the computer, a color-coded graphicalrepresentation of a user-interface control port of each of the at leastsecond computing device, where each respective user-interface controlport allows authorized cursor navigation to and from the respectivecomputing device; authorize a cursor of the second computing device tomigrate, under control of a user of the second computing device, fromthe different discrete desktop of the second computing device throughthe color-coded graphical representation of the user-interface controlport of the second computing device to the first desktop of thecomputer; and control the computer in accordance with visual navigationand control of the cursor of the second computing device on the firstdesktop by the user of the second computing device.

BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWINGS

FIG. 1 is a block diagram of an example of an implementation of acollaborative environment within which shared inter-operational controlamong multiple computing devices may be implemented according to anembodiment of the present subject matter;

FIG. 2 is a block diagram of an example of an implementation of a coreprocessing module capable of performing shared inter-operational controlamong multiple computing devices according to an embodiment of thepresent subject matter;

FIG. 3 is a diagram of an example of an implementation of a shared userinterface for shared inter-operational control among multiple computingdevices according to an embodiment of the present subject matter;

FIG. 4A is an illustration of an example of an initial orientation of asequence of processing within an implementation of the shared userinterface for shared inter-operational control among multiple computingdevices implemented on three computing devices according to anembodiment of the present subject matter;

FIG. 4B is an illustration of an example of additional progression ofthe sequential processing within the implementation of the shared userinterface for shared inter-operational control among multiple computingdevices implemented on three computing devices according to anembodiment of the present subject matter;

FIG. 4C is an illustration of an example of further progression of thesequential processing within the implementation of the shared userinterface for shared inter-operational control among multiple computingdevices implemented on three computing devices according to anembodiment of the present subject matter;

FIG. 5 is a flow chart of an example of an implementation of a processfor shared inter-operational control among multiple computing devicesaccording to an embodiment of the present subject matter; and

FIG. 6 is a flow chart of an example of an implementation of a processfor shared inter-operational control among multiple computing devicesusing both case-by-case and session authorizations according to anembodiment of the present subject matter.

DETAILED DESCRIPTION

The examples set forth below represent the necessary information toenable those skilled in the art to practice the invention and illustratethe best mode of practicing the invention. Upon reading the followingdescription in light of the accompanying drawing figures, those skilledin the art will understand the concepts of the invention and willrecognize applications of these concepts not particularly addressedherein. It should be understood that these concepts and applicationsfall within the scope of the disclosure and the accompanying claims.

The subject matter described herein provides shared inter-operationalcontrol among multiple computing devices. The present technologyfacilitates a shared collaborative user interface with communicationsestablished among multiple computing devices (e.g., laptops, tablets,etc.) that are physically closely situated such that users of therespective devices may see display screens of the other computingdevices. Users may establish a collaborative computing device groupoperative under a shared multiple discrete desktop user interface formedfrom the user interfaces of the collaborating devices. Color-codedrepresentations of user-interface control ports of each collaboratingcomputing device may be displayed on each device that is capable ofoperating under the shared collaborative user interface. The respectiveuser-interface control ports depicted by the color-coded representationseach allow authorized cursor navigation (e.g., migration) to and fromthe respective computing device, and allow data migration (e.g., files,clipboard data, etc.) to and from the respective computing devices. Thelocations of the color-coded representations of the user-interfacecontrol ports of the different computing devices are directionallydistributed/arranged around a perimeter of a display/desktop of eachrespective computing device to visually correlate the respectiveuser-interface control ports with the respective computing devices.

Color coding identical to the representations of the respectiveuser-interface control ports may also be applied to migrated cursors(operative by migration on other computing devices) to allow users toidentify the different cursors of each collaborating computing deviceand to visually understand which computing device is performing a givendevice control operation on a given display screen. As such, users mayidentify their own local-device cursor as well as the cursors of othercomputing devices operating on their own computing device by colordifferentiation and/or orientation differentiation. As information isshared between each computing device, users may identify which otheruser is sharing content on their screen/desktop based upon thecolor-coded representations of the user-interface control ports ofdifferent computing devices and cursors.

As such, color coding is trajectory-like with respect to therepresentations of the user-interface control ports, which allows usersto readily discern the locations of the respective other users/computingdevices on screen. Color coding further provides visual correlation ofthe different cursors with the respective computing devices by use ofidentical color-coding for the cursors.

It should be noted that the examples herein utilizes descriptions ofcolor coding to differentiate between aspects of different computingdevices (e.g., cursors, representations of user-interface control ports,etc.). However, it should be noted that gradients of shading, differentfill patterns of cross-hatching, and other forms of visuallydifferentiating cursors may be used as appropriate for a givenimplementation to improve accessibility. Additionally, though “cursors”are used for purposes of example herein for navigation to and fromdifferent computing devices, it should be noted that the presenttechnology may be applied to keyboards and/or touchpad/mouse inputdevices, touchscreen input devices integrated into the touchscreendisplays, and other forms of input devices as appropriate for a givenimplementation.

The present technology utilizes native application-level operations onother devices to perform operations initiated by users of othercomputing devices. Users may directly control the other neighboringcomputing devices to perform collaboration and to copy text or files,move files, or otherwise manipulate data and files situated onneighboring computing devices. For example, as described in more detailbelow, where a user of one device is interested in copying a file from aneighboring computing device, the user may begin moving the user'slocal-device cursor across the user's computing device screen toward therespective neighboring computing device's user-interface control portrepresentation. When the cursor is hovered over the neighboringcomputing device's user-interface control port representation near theedge of the user's screen, the local-device cursor may then appear onthe screen of the neighboring computing device—still under the fullcontrol of the first user. The user may then perform operations, such ashighlight text, select a file, press Control-C (to copy), or otherwiseoperate on data located on the neighboring computing device screen usingthe first user's own keyboard and touchpad/mouse. The user may then movethe local-device cursor back to the user's own computing device screen,and then paste the text where appropriate. As such, the presenttechnology provides improved capabilities for collaboration amongcoworkers or other individuals by allowing users of a given computingdevice to access native application-level operations of otherneighboring computing devices.

The computing devices may exchange information to ensure thatcommunication may legitimately and securely be established between therespective devices. Encrypted communications between the devices may beimplemented to avoid interception of content and device control commandstransferred between the devices. As such, the present technology may beimplemented in a secure manner as appropriate for a givenimplementation.

Assuming communication is established, the “collaboration applications”wait for any event signaling that cross-machine communication isrequired. The collaboration applications are alternatively termed a“shared user interface” herein with the understanding that the shareduser interfaces of different devices operate to integrate userinterfaces of different computing devices to provide a collaborativeshared working environment to enhance productivity. Network-basedcommunications are not required for the respective devices tocommunicate. Bluetooth® or other technologies may be utilized totransfer control commands between computing devices, again in anencrypted or otherwise secured manner.

When an event is received/detected by one computing device (e.g., acursor being moved onto the machine from another machine), the“receiving” computing device may grant access to the “sending” computingdevice's cursor to allow the neighboring computing device user tocontrol the receiving computing device. Collaboration sessions may beconfigured with session permissions (e.g., session security profiles,etc.), or permissions (access) may be granted on a case-by-case basis asappropriate for the given collaboration and working environment.

Once the cursor for the “sending” computing device returns from theremote-device control, the computing devices return to a “wait” state,where the devices wait for the next collaboration event. As such, thepresent technology may operate in a manner that reduces processorloading of devices by invoking collaborative communications as requestedby users.

The present technology allows users taking part in a multiple userdesktop sharing environment to detect shared machines in proximity toone another, and organize the machines in an understandable way to makeit easier for the users to determine the specific machine(s) the usersare interested in interacting with. Once the shared user interfaceenvironment is activated, the present technology also allows all usersto visually and rapidly determine which other user(s) in thecollaborative session are performing which control actions on a givenshared machine through color coding and cursor identification, asdescribed in more detail below.

The present technology enables detection of shared machines in an areawithin a program window. The detection may be performed using anytechnology appropriate for a given implementation, including infrared,Bluetooth®, Wi-Fi®, near field communication (NFC), geofencing, or othertechnologies, as appropriate for a given implementation.

Detection modes include a “detect all” (detect-all) mode and “detectadjacent” (detect-adjacent) mode that allow users to share desktops in aselective manner based upon the proximity of devices. These detectionmodes are described in more detail below.

It should be noted that while the present technology allows for thedisplay of all screens together as part of the shared user interface,each computing device screen is associated with its own independentcomputing device. As such, each display screen is a separate desktop ofa separate computing device with shared access/controls being granted toinput/control devices of other computing devices.

It should be noted that conception of the present subject matterresulted from recognition of certain limitations associated withcollaborative environments. For example, it was observed that users ofcomputing devices often gather to try to collaborate on ideas and thatthe users often need to share information or data from one computingdevice to another. However, it was further observed that the users must,for example, have a network connection on each computing device and mustemail files, which requires opening an email program and a new email,navigating to the file the user wants to send, and then sending theemail, while on the receiving side, the receiving user must also open anemail program, receive the email, and navigate in their system to storethe respective file. In view of these observations, it was determinedthat the requirement of a network connection and the many steps to sendand receive email communications interfered with the creative andcollaborative processes. It was further determined that a shared userinterface that allows users to directly navigate onto and control othercomputing devices to place or retrieve files would not only improveefficiency of data movement, but users may further collaborate moreeffectively and may do so without requiring a network connection (e.g.,at a collaboration retreat without an active network or in a cafeteriawith a non-secure Wi-Fi, etc.). The present subject matter improves usercollaboration and efficiency by providing shared inter-operationalcontrol among multiple computing devices, as described above and in moredetail below. As such, improved inter-device content sharing and controlbe obtained through use of the present technology.

The shared inter-operational control among multiple computing devicesdescribed herein may be performed in real time to allow promptinteraction and control between multiple co-located computing devices.For purposes of the present description, real time shall include anytime frame of sufficiently short duration as to provide reasonableresponse time for information processing acceptable to a user of thesubject matter described. Additionally, the term “real time” shallinclude what is commonly termed “near real time”-generally meaning anytime frame of sufficiently short duration as to provide reasonableresponse time for on-demand information processing acceptable to a userof the subject matter described (e.g., within a portion of a second orwithin a few seconds). These terms, while difficult to precisely defineare well understood by those skilled in the art.

FIG. 1 is a block diagram of an example of a collaborative environment100 within which shared inter-operational control among multiplecomputing devices may be implemented. A table 102 is illustrated withinthe collaborative environment 100. For purposes of the present example,the collaborative environment 100 may be a productivity lounge in aworkplace where employees may gather to share ideas and planinnovations. A computing device 104, a computing device 106, and acomputing device 108 are shown to be situated on the table 102 withinthe collaborative environment 100. The computing device 104 is shown tobe utilized by a User A. The computing device 106 is shown to beutilized by a User B. The computing device 108 is shown to be utilizedby a User C. The User A through the User C are shown gathered around thetable 102 with their respective computing devices as part of acollaborative project.

Additionally, a computing device 110 through a computing device 118 areillustrated within FIG. 1 in various orientations within thecollaborative environment 100 relative to additional users, representedas User D through User F, respectively. The User D through the User Frepresent other employees that are using the collaborate environment 100for other projects.

As described above, the detect-adjacent mode of operation to performshared inter-operational control among multiple computing devices may beimplemented by each of the computing devices 104 through 118.Additionally, the detect-all mode of operation to perform sharedinter-operational control among multiple computing devices may beimplemented by each of the computing devices 104 through 118. Rangeswith respect to the detect-adjacent and detect-all operations areillustrated within FIG. 1 with respect to the computing devices 104 toavoid crowding within the drawing, though it is understood that similarranges may exist for each computing device within FIG. 1.

It can be seen from FIG. 1 that the computing device 106 and thecomputing device 108 are within a detect-adjacent radius 120 from thecomputing device 104. The detect-adjacent range 120 represents aselectable range/distance of shared inter-operational control amongmultiple computing devices, as described above and in more detail below.

As can also be seen from FIG. 1, the computing device 110 through thecomputing device 118 are located within a detect-all radius 122 from thecomputing device 104. The detect-all radius 122 represents a selectablerange/distance of shared inter-operational control among multiplecomputing devices, as described above and in more detail below.

The detect-all radius 122 may be considered more inclusive, such as forlarger groups of collaborating users, relative to the detect-adjacentradius 120. In contrast, the detect-adjacent radius 120 may beconsidered less inclusive, such as for smaller groups of collaboratingusers, relative to the detect-all radius 122.

As described above, the User A through the User C are gathered aroundthe table 102 with their respective computing devices as part of acollaborative project. As such, for purposes of the followingdescription, interactions among the computing device 104 through thecomputing device 108 will be described in detail with respect to thedetect-adjacent radius 120. However, it is understood that thedescription of these interactions within the detect-adjacent radius 120also applies to the detect-all radius 122. As such, only differences inprocessing for the respective ranges will be described if and whereappropriate.

As will be described in more detail below in association with FIG. 2through FIG. 6, the computing device 104 through the computing device118 may each provide automated shared inter-operational control amongmultiple computing devices. The automated shared inter-operationalcontrol among multiple computing devices is based upon detection andshared control of adjacent and further distant computing devices. It isunderstood that the present technology may be implemented at a usercomputing device or server device level (not shown), as appropriate fora given implementation. A variety of possibilities exist forimplementation of the present subject matter, and all such possibilitiesare considered within the scope of the present subject matter.

A network or direct wireless communications (e.g., Bluetooth®) betweenthe computing devices 104-118 may be utilized to perform thefunctionality described herein, and may include any form ofinterconnection suitable for the intended purpose, including a privateor public network such as an intranet or the Internet, respectively,direct inter-module interconnection, dial-up, wireless (e.g.,Bluetooth®, etc.), or any other interconnection mechanism capable ofinterconnecting the respective devices. As such, communications betweenthe computing device 104 through the computing device 118 may beimplemented in any manner appropriate for a given implementation of thepresent technology.

FIG. 2 is a block diagram of an example of an implementation of a coreprocessing module 200 capable of performing shared inter-operationalcontrol among multiple computing devices. The core processing module 200may be associated with either the computing device 104 through thecomputing device 118 or with a server device (not shown), as appropriatefor a given implementation. As such, the core processing module 200 isdescribed generally herein, though it is understood that many variationson implementation of the components within the core processing module200 are possible and all such variations are within the scope of thepresent subject matter.

Further, the core processing module 200 may provide different andcomplementary processing of shared inter-operational control amongmultiple computing devices in association with eachimplementation/device. As such, for any of the examples below, it isunderstood that any aspect of functionality described with respect toany one device that is described in conjunction with another device(e.g., sends/sending, etc.) is to be understood to concurrently describethe functionality of the other respective device (e.g.,receives/receiving, etc.).

A central processing unit (CPU) 202 (“processor”) provides hardware thatperforms computer instruction execution, computation, and othercapabilities within the core processing module 200. A display 204provides visual information to a user of the core processing module 200and an input device 206 provides input capabilities for the user.

The display 204 may include any display device, such as a cathode raytube (CRT), liquid crystal display (LCD), light emitting diode (LED),electronic ink displays, projection, touchscreen, or other displayelement or panel. The input device 206 may include a computer keyboard,a keypad, a mouse, a pen, a joystick, touchscreen, voice commandprocessing unit, or any other type of input device by which the user mayinteract with and respond to information on the display 204.

A communication module 208 provides hardware, protocol stack processing,and interconnection capabilities that allow the core processing module200 to communicate with other modules within the system 100. Thecommunication module 208 may include any electrical, protocol, andprotocol conversion capabilities useable to provide interconnectioncapabilities, appropriate for a given implementation. The communicationmodule may include infrared transmission and reception capabilities,Bluetooth® transmission and reception capabilities, and othercapabilities to allow computing devices to interact and move data toperform the shared inter-operational control among multiple computingdevices described herein.

A memory 210 includes a shared inter-operational control storage area212 that stores inter-device control and data within the core processingmodule 200. As will be described in more detail below, inter-devicecontrol and data stored within the shared inter-operational controlstorage area 212 is used to allow users to interact across computingdevices within a shared operational platform.

It is understood that the memory 210 may include any combination ofvolatile and non-volatile memory suitable for the intended purpose,distributed or localized as appropriate, and may include other memorysegments not illustrated within the present example for ease ofillustration purposes. For example, the memory 210 may include a codestorage area, an operating system storage area, a code execution area,and a data area without departure from the scope of the present subjectmatter.

A shared inter-operational control module 214 is also illustrated. Theshared inter-operational control module 214 provides inter-devicecontrol and data manipulation for the core processing module 200, asdescribed above and in more detail below. The shared inter-operationalcontrol module 214 implements the automated shared inter-operationalcontrol among multiple computing devices of the core processing module200, and facilitates a shared operational platform across multiplecomputing devices.

It should also be noted that the shared inter-operational control module214 may form a portion of other circuitry described without departurefrom the scope of the present subject matter. Further, the sharedinter-operational control module 214 may alternatively be implemented asan application stored within the memory 210. In such an implementation,the shared inter-operational control module 214 may include instructionsexecuted by the CPU 202 for performing the functionality describedherein. The CPU 202 may execute these instructions to provide theprocessing capabilities described above and in more detail below for thecore processing module 200. The shared inter-operational control module214 may form a portion of an interrupt service routine (ISR), a portionof an operating system, a portion of a browser application, or a portionof a separate application without departure from the scope of thepresent subject matter.

A global positioning system (GPS) module 218 provides positioninglocation coordinates usable for identifying adjacent computing devicesunder the detect-adjacent mode of operation, and additional/furtherdistant computing devices under the detect-all mode of operation. It isfurther understood that other forms of identification of adjacent andfurther distant computing devices, such as ranging using signal strengthassociated with Bluetooth® or other communications may be used toperform the detect-adjacent and detect-all mode operations.

The CPU 202, the display 204, the input device 206, the communicationmodule 208, the memory 210, the shared inter-operational control module214, and the GPS module 218 are interconnected via an interconnection220. The interconnection 220 may include a system bus, a network, or anyother interconnection capable of providing the respective componentswith suitable interconnection for the respective purpose.

Though the different modules illustrated within FIG. 2 are illustratedas component-level modules for ease of illustration and descriptionpurposes, it should be noted that these modules may include anyhardware, programmed processor(s), and memory used to carry out thefunctions of the respective modules as described above and in moredetail below. For example, the modules may include additional controllercircuitry in the form of application specific integrated circuits(ASICs), processors, antennas, and/or discrete integrated circuits andcomponents for performing communication and electrical controlactivities associated with the respective modules. Additionally, themodules may include interrupt-level, stack-level, and application-levelmodules as appropriate. Furthermore, the modules may include any memorycomponents used for storage, execution, and data processing forperforming processing activities associated with the respective modules.The modules may also form a portion of other circuitry described or maybe combined without departure from the scope of the present subjectmatter.

Additionally, while the core processing module 200 is illustrated withand has certain components described, other modules and components maybe associated with the core processing module 200 without departure fromthe scope of the present subject matter. Additionally, it should benoted that, while the core processing module 200 is described as asingle device for ease of illustration purposes, the components withinthe core processing module 200 may be co-located or distributed andinterconnected via a network without departure from the scope of thepresent subject matter. Many other possible arrangements for componentsof the core processing module 200 are possible and all are consideredwithin the scope of the present subject matter. Accordingly, the coreprocessing module 200 may take many forms and may be associated withmany platforms.

FIG. 3 is a diagram of an example of an implementation of a shared userinterface 300 for shared inter-operational control among multiplecomputing devices. The user interface 300 is represented from aperspective within the collaborative environment 100 of the computingdevice 104, and the computing device 104 with its respective display 204are illustrated for purposes of example. The user-interface controlports of other of the computing device 106 through the computing device118 are shown, respectively, as graphical representations 302 through314 on the shared user interface 300.

The graphical representations 302 through 314 may be presented indifferent colors with a unique color assigned to each representation. Asdescribed in more detail below, different colored representations ofother computing devices, and cursors of the respective devices, allowinteractions between computing devices to be more readily discerned fromone another and from the local-device cursor on any given device. Forexample, the local-device cursor may be rendered in the color white witha black-line outline, while cursors of other computing devices may berendered in the respective unique colors of the graphicalrepresentations 302 through 314, within the shared user interface 300 toallow users to discern which cursor/device is performing a particularoperation within the shared user interface 300 of a given computingdevice.

For purposes of the present example, two different fill patterns areutilized to distinguish between devices in the detect-adjacentcollaborative group from additional devices that would be a part of thedetect-all collaborative group in addition to those in thedetect-adjacent collaborative group. As such, and as can be seen fromFIG. 3, the graphical representation 302 of the computing device 106 andthe graphical representation 304 of the computing device 108 areillustrated with a diagonal-line fill as part of the detect-adjacentgrouping (see FIG. 1). In contrast, the graphical representation 306 ofthe computing device 110 through the graphical representation 314 of thecomputing device 118 are illustrated with horizontal-line fill as partof the detect-all grouping (again see FIG. 1).

As can additionally be seen from FIG. 3, the respective graphicalrepresentations 302 through 314 are arranged along the perimeter of theshared user interface 300. This orientation represents a direction(horizontally) to the respective computing devices. As such, thisorientation within the shared user interface 300 allows a user of thecomputing device 104 to further discern the respective devices basedupon the respective directional orientations relative to the computingdevice 104.

It is understood that the shared user interface 300 may be implementedin association with each of the computing device 104 through thecomputing device 118, and that a different orientation/distribution ofgraphical representations of user-interface control ports of othercomputing devices may be provided on each implementation of the shareduser interface 300 as appropriate for the relative positions of therespective computing devices. As such, collaborating users of therespective computing devices may utilize the shared user interface 300to enhance productivity when controlling other devices by intuitivedirectional relationships between the devices as represented within theshared user interface 300.

FIGS. 4A-4C illustrate a sequence of processing within an example of animplementation of the shared user interface 300 for sharedinter-operational control among multiple computing devices implementedon three computing devices. Beginning with FIG. 4A, an initialorientation of the sequence is illustrated as a close-up top-viewdiagram of the table 102 of FIG. 1 is shown. The computing devices 104through 108 and their respective displays 204 are also illustrated incloser detail in top-view format. As such, the computing devices may betablet computing devices to allow the users to easily see each of thedisplays 204 at the same time. Alternatively, the one or more of thecomputing devices may be a laptop with a hinged display that is pivotedto be flat on the table 102. Keyboards and/or touchpad/mouse inputdevices of the respective computing devices are not illustrated. Thedevices may have touchscreen input devices integrated into therespective displays 204. For purposes of the present example, any formof input device may be used as appropriate for a given implementation.

The shared user interface 300 is also shown to be illustrated on eachdisplay 204. The respective computing devices 104 through 108 arefurther considered for purposes of the present example to be in thedetect-adjacent mode. As such, other computing device user-interfacecontrol port representations of the other computing devices from FIG. 1are not shown within the respective shared user interface 300 on therespective computing devices.

As can be seen from FIG. 4A, the graphical representation 302 and thegraphical representation 304 are again illustrated on the shared userinterface 300 of the computing device 104. As described above, thesegraphical representations 302 and 304 represent user-interface controlports that each allows authorized cursor navigation to and from thecomputing device 106 and 108, respectively. Similarly, the shared userinterface 300 of the computing device 106 includes a graphicalrepresentation 316 that represents a user-interface control port to thecomputing device 104 and a graphical representation 318 that representsa user-interface control port to the computing device 108. Similarly,the shared user interface 300 of the computing device 108 includes agraphical representation 320 that represents a user-interface controlport to the computing device 104 and a graphical representation 322 thatrepresents a user-interface control port to the computing device 106. Assuch, each of the three collaboratively coupled computing devicesinclude graphical representations of the collaborating computing devicesand the respective user-interface control ports on the respective shareduser interface 300.

As described above, each of the respective computing devices may requestaccess to other computing devices in the collaborative group, and therespective other computing device may grant access at a granularityappropriate for the given collaboration. To further illustrate thepresent example, a local-device cursor 324 of the computing device 104is illustrated on the shared user interface 300 of the computing device104. Similarly, a local-device cursor 326 and a local-device cursor 328are shown illustrated on the respective shared user interface 300 of thecomputing devices 106 and 108. Each of the local-device cursors 324through 328 are shown to be oriented relative to the respective User Athrough User C that is using the respective computing devices.

A text file 330 titled “File1.txt” is shown to be situated within theshared user interface 300 of the computing device 106. For purposes ofthe present example, it is assumed that the User C of the computingdevice 108 is interested in obtaining the text file 330 from thecomputing device 106. As such, the User C may move the local-devicecursor 328 onto the graphical representation 322 to signal the computingdevice 106 of the User C's interest in obtaining access to the shareduser interface 300 of the computing device 106. This movement of thelocal-device cursor 328 onto the graphical representation 322 isrepresented by the arrow 332 within FIG. 4A.

In response to the User C placing the local-device cursor 328 onto thegraphical representation 322, the computing device 108 signals thecomputing device 106 to request access to the computing device 106. Theaccess may be granted within the collaborative group by configuration atinitiation of the collaboration, or may be granted on a case-by-casebasis. For a case-by-case granting of access to other devices, therespective graphical representation of the user-interface control portmay be configured to flash or otherwise provide a visual identificationof the access request to the User B of the computing device 106. TheUser B may then grant or deny the request. Within the present example,it is presumed that the User B grants access to the request from User Cand the computing device 108 to access the computing device 106.

FIG. 4B shows additional progression of the sequential processing withinthe example of an implementation of the shared user interface 300 forshared inter-operational control among multiple computing devicesimplemented on three computing devices. As can be seen from FIG. 4B, thelocal-device cursor 328 of the computing device 108 is now shown to bemoving from the graphical representation 318 of the user-interfacecontrol port of the computing device 106 toward the text file 330 asrepresented by the arrow 334. It should be noted, however, that whilethe local-device cursor 328 maintains its orientation relative to theUser C of the computing device 108, the local-device cursor 328 is shownin a dashed-line format to further indicate that the local-device cursor328 is now operating remotely from the computing device 108. It shouldfurther be noted that the local-device cursor 328 is no longerillustrated on the shared user interface 300 of the computing device108.

As described above, the local-device cursor 328 when operated remotelyfrom the computing device 108 may be represented in a color identical tothe unique color of the graphical representation 318 on the computingdevice 106 (that represents the user-interface control port to thecomputing device 108). This color-based differentiation ofuser-interface control elements and user-interface control portrepresentations allows all users to understand which user is controllingthe respective element. The unique color may also be applied to thegraphical representation 322 on the computing device 108. The computingdevice representation 318 and graphical representation 322 are alsoshown to be represented in a dashed-line manner to represent coincidenceof coloring, though it is understood that this distinction isillustrated only with respect to these three components to reducecomplexity of the drawing representations. The graphical representation318 and the graphical representation 322 may further be visuallydistinguished by flashing or other emphasis/de-emphasis to representthat the local-device cursor 328 is operating remotely, and to indicateto which device it has been moved to control the other respectivemachine. As such, users may determine by color coding and highlighting(emphasis) where their respective local cursor has been moved.

It should further be noted that there is no “mimicking” or “replication”of displays being performed. Each display has its own unique aspects anddesktop, and when a local-device cursor is moved to a neighboringdevice, any input controls by the user may be applied to the respectiveother neighboring display/device. As such, the present technology isdistinguishable and is fundamentally different from prior technologiesthat replicate desktops. As such, the present technology may provide atrue migrated device access that translates any local-device userinterface controls/inputs to the target device user interfacecontrols/inputs.

FIG. 4C shows further progression of the sequential processing withinthe example of an implementation of the shared user interface 300 forshared inter-operational control among multiple computing devicesimplemented on three computing devices. As can be seen from FIG. 4C, thelocal-device cursor 328 of the computing device 108 is shown asrepresented by an arrow 336 to have been moved back onto the shared userinterface 300 of the computing device 108 with the text file 330 havingbeen moved by a “drag” operation of the local-device cursor 328 whileoperating remotely from the computing device 106 to the computing device108 again as a local device operation. It should be noted that, thoughnot illustrated in FIG. 4C, the title of the text file 330 may also berotated and oriented toward the User C of the computing device 108(would be upside down in FIG. 4C if rotated). The local-device cursor328 is again shown in solid-line form to show that the local-devicecursor 328 is again operating locally to the computing device 108. Itshould further be noted that while the present example illustrates a“drag” operation of a file from a neighboring computing device toillustrate certain beneficial aspects of the present technology, thelocal-device cursor 328 may alternatively be used, such as by aright-click that controls the local-device cursor 328 over the text file330, to invoke a pop-up menu within the shared user interface 300 on thecomputing device 106 to allow copying or other functionality. The usermay alternatively use keystroke commands (e.g., Control-C) to invoke acopy operation from the neighboring computing device, and may then movethe local-device cursor 328 back to the computing device 108 and performa paste operation (e.g., Control-V). As an additional variation, a userthat has been granted access to another computing device may open a fileon the other computing device and edit the file directly on that othercomputing device, such as to type/enter text, draw graphics, or otherediting functions. This type of “in-place” editing may further improvecollaboration by allowing collaborating users to work together on asingle document, and then move the refined document to other computingdevices within the collaborative group. As such, users may performfunctionality using a remote portion of the shared user interface 300 bymanipulation of their own control devices.

As such, the sequential processing of FIGS. 4A-4C show that users of theshared user interface 300 may be granted access to other computingdevices that form part of a collaborative group. It should be noted thatthere is no “primary” computing device within the collaborativecomputing device group as all of the devices may be synchronized andallowed to interact, share content, and collaborate with any othersynchronized device, with multiple users sharing the given shared devicespace. Each device may implement the core processing modules 200 and therespective shared inter-operational control modules 214 of eachcomputing device and may collaboratively share control of thecollaboration session. The users may copy and/or move data, files, andother information between the respective computers without use of anexternal network/connection.

FIG. 5 through FIG. 6 described below represent example processes thatmay be executed by devices, such as the core processing module 200, toperform the automated shared inter-operational control among multiplecomputing devices associated with the present subject matter. Many othervariations on the example processes are possible and all are consideredwithin the scope of the present subject matter. The example processesmay be performed by modules, such as the shared inter-operationalcontrol module 214 and/or executed by the CPU 202, associated with suchdevices. It should be noted that time out procedures and other errorcontrol procedures are not illustrated within the example processesdescribed below for ease of illustration purposes. However, it isunderstood that all such procedures are considered to be within thescope of the present subject matter. Further, the described processesmay be combined, sequences of the processing described may be changed,and additional processing may be added or removed without departure fromthe scope of the present subject matter.

FIG. 5 is a flow chart of an example of an implementation of a process500 for shared inter-operational control among multiple computingdevices. At block 502, the process 500 establishes, by a processor of afirst computing device, a collaborative computing device group operativeunder a shared multiple discrete desktop user interface comprised of afirst desktop of the first computing device and a different discretedesktop of at least a second computing device physically located in uservisual proximity to the first computing device. At block 504, theprocess 500 displays, on the first desktop of the first computing deviceoriented in a respective direction of each of the at least secondcomputing device relative to the first computing device, a color-codedgraphical representation of a user-interface control port of each of theat least second computing device, where each respective user-interfacecontrol port allows authorized cursor navigation to and from therespective computing device. At block 506, the process 500 authorizes acursor of the second computing device to migrate, under control of auser of the second computing device, from the different discrete desktopof the second computing device through the color-coded graphicalrepresentation of the user-interface control port of the secondcomputing device to the first desktop of the first computing device. Atblock 508, the process 500 controls, by the processor, the firstcomputing device in accordance with visual navigation and control of thecursor of the second computing device on the first desktop by the userof the second computing device.

FIG. 6 is a flow chart of an example of an implementation of a process600 for shared inter-operational control among multiple computingdevices using both case-by-case and session authorizations. It isunderstood that the process 600 may be executed by multiple devices toestablish and perform the shared inter-operational control amongmultiple computing devices. For ease of reference in the descriptionbelow, references to a particular computing device without furtherspecification of the device being another/different computing device, isintended to represent each computing device that concurrently executesthe process 600. A “hosting” computing device represents a device thatis referenced for a particular aspect relative to another/differentcomputing device.

At decision point 602, the process 600 makes a determination as towhether a request to begin a collaborative computing device groupsession has been detected. A request to begin a collaborative computingdevice group session may be initiated by a user of a hosting computingdevice executing the process 600 to initiate shared inter-operationalcontrol with another computing device that is also capable of sharedinter-operational control and that is in physical proximity to theinitiating computing device.

In response to determining at decision point 602 that a request to begina collaborative computing device group session has been detected, theprocess 600 makes a determination at decision point 604 as to whether toperform a detect-adjacent mode (or a detect-all mode) of sharedinter-operational control. In response to determining to perform adetect-adjacent mode of shared inter-operational control, the process600 detects and identifies adjacent computing devices that are capableof shared inter-operational control and that are in close physicalproximity to (e.g., beside, in front of, etc.) the initiating computingdevice at block 606. The respective computing devices may be correlatedwithin the adjacent-device collaborative computing device group.

Alternatively, in response to determining not to perform thedetect-adjacent mode of shared inter-operational control at decisionpoint 604, and to instead perform the detect-all mode of sharedinter-operational control, the process 600 detects and identifies allcomputing devices that are capable of shared inter-operational controland that are in physical proximity to the initiating computing device atblock 608. The respective computing devices may be correlated within theadjacent-device collaborative computing device group.

As an additional variation, the process 600 may display uniquelycolor-coded representations of user-interface control ports of eachdetected computing device under the detect-all mode, each oriented in adirection of the respective detected computing device relative to thehosting computing device. The process 600 may highlight a subset of thedisplayed color-coded representations of user-interface control portsthat comprise a sub-group of computing devices identified by adetect-adjacent collaborative computing group selection option, and theuser may determine, based upon the differentiated groupings, which formof collaborative device grouping to establish. In response to such aselection, the process 600 may form a collaborative computing devicegroup from the sub-group of computing devices identified by adetect-adjacent collaborative computing group selection option, such asrepresented by highlighted graphical representations. As such, theprocess 600 differentiates between the two modes of operation forpurposes of example, though it is understood as described above, thatthe detect-all mode may be a default with a user-selectable option toestablish a collaborative group with a sub-group of computing devicesidentified by a detect-adjacent collaborative computing group selectionoption.

In response to detecting and identifying adjacent computing devices thatare capable of shared inter-operational control and that are in closephysical proximity to (e.g., beside, in front of, etc.) the initiatingcomputing device at block 606, or in response to detecting andidentifying all computing devices that are capable of sharedinter-operational control and that are in physical proximity to theinitiating computing device at block 608, the process 600 establishescommunication connections with the collaborating computing devices atblock 610. As described above, several forms of communication arepossible, including infrared, Bluetooth®, Wi-Fi®, near fieldcommunication (NFC), geofencing, or other technologies, as appropriatefor a given implementation. It is understood that network-basedcommunications are not required to implement the present technology, andthat associated delays of network communications may be therebyeliminated.

At block 612, the process 600 renders a shared user interface withcolor-coded graphical representations of user-interface control ports ofthe collaborating computing devices. As described above, the color-codedgraphical representations of user-interface control ports of thecollaborating computing devices may be situated around a perimeter of adisplay screen of the hosting (each) computing device, each in alocation along the perimeter that is oriented in a respective directionof each other computing device relative to the respective hostingcomputing device. Further, the color-coded graphical representation of auser-interface control port of each of the at least the second computingdevice each allow authorized cursor navigation to and from therespective computing device(s).

At decision point 614, the process 600 makes a determination as towhether to perform case-by-case permissions with respect to devicecontrol authorizations within the collaborative computing device group(or to perform session permissions). The control authorizations mayinclude authorizing a cursor of other computing devices to migrate,under control of users of the respective other computing devices, fromthe different discrete desktop of the respective other computing devicesthrough the color-coded graphical representations of the user-interfacecontrol port of the other computing devices to the desktop of thecomputing device.

In response to determining at decision point 614 not to performcase-by-case permissions with respect to device control authorizationswithin the collaborative computing device group (e.g., to performsession permissions), the process 600 configures session collaborationpermissions and processes access requests in accordance with the sessionpermissions at block 616. As described above, the process 600 may allowthe hosting computing device to be controlled in accordance with visualnavigation and control of a cursor of another collaborating computingdevice on the desktop of the hosting computing device by a user of theother computing device. The cursor of the other computing device may berepresented in a color identical to a color of the color-coded graphicalrepresentation of the user-interface control port within the desktop.Further, a cursor of the hosting computing device may be simultaneouslyrendered in a native cursor color of the hosting computing device toallow visual differentiation of the cursors by both users on the displayof the hosting computing device.

Processing of access requests may include translating nativeuser-interface control inputs of the other computing devices associatedwith the cursor of the other computing device received via therespective user-interface control port into native user-interfacecontrol inputs of the hosting computing device. As described above, thecontrols described herein may allow another computing device, underinput controls of the other device, to perform control operations on thehosting computing device. The control operations may include moving afile from the hosting desktop of the hosting computing device to adistinct desktop on the other computing device by the user of the othercomputing device dragging the file onto the color-coded graphicalrepresentation of the user-interface control port of the other computingdevice. Alternatively, the user of the other computing device may“right-click” an icon that represents the file on the hosting desktop,and a native pop-up menu of the hosting desktop may be opened to allowthe user of the other computer to perform other native device options,such as a copy operation of the file. The copied file may be pasted tothe other computer by the user moving the cursor back to the othercomputing device, “right-clicking” again, and selecting a pasteoperation on the other computing device. As such, the “clipboard” of thehosting computing device may also be migrated to the other computingdevice in response to detection of a copy operation followed by amigration of the cursor that performed the copy operation back to theother computing device. Many other inter-device operational controls arepossible and all are considered within the scope of the presentdescription.

At decision point 618, the process makes a determination as to whetherthe collaboration session has been completed. In response to determiningthat the collaboration session has not been completed, the process 600continues to processes access requests in accordance with the sessionpermissions. In response to determining that the collaboration sessionhas been completed, the process 600 returns to decision point 602 anditerates as described above.

Returning to the description of decision point 614, in response todetermining to perform case-by-case permissions with respect to devicecontrol authorizations within the collaborative computing device group,(i.e., to perform case-by-case permissions with respect to devicecontrol authorizations within the collaborative computing device group),the process 600 begins iterative processing of access requests by makinga determination at decision point 620 as to whether an access requesthas been detected. In response to determining that an access request hasnot been detected, the process 600 makes a determination at decisionpoint 630 as to whether the collaboration session has been completed. Inresponse to determining that the collaboration session has not beencompleted, the process 600 returns to decision point 620 and iterates asdescribed above.

In response to determining at decision point 620 that an access requesthas been detected, the process 600 prompts the user to grant access to(e.g., authorize) the requesting computing device at block 622. As such,users within a collaborative computing device group may granularlycontrol which accesses are authorized throughout the collaborativesession.

At decision point 624, the process 600 makes a determination as towhether the requested access was granted. In response to determiningthat the requested access was granted, the process 600 grants therequested access at block 626.

For example, as described above, the process 600 may allow the hostingcomputing device to be controlled in accordance with visual navigationand control of a cursor of another collaborating computing device on thedesktop of the hosting computing device by a user of the other computingdevice. The cursor of the other computing device may be represented in acolor identical to a color of the color-coded graphical representationof the user-interface control port within the desktop. Further, a cursorof the hosting computing device may be simultaneously rendered in anative cursor color of the hosting computing device to allow visualdifferentiation of the cursors by both users on the display of thehosting computing device.

Processing of access requests may include translating nativeuser-interface control inputs of the other computing devices associatedwith the cursor of the other computing device received via therespective user-interface control port into native user-interfacecontrol inputs of the hosing computing device. As described above, thecontrols described herein may allow another computing device, underinput controls of the other device, to perform control operations on thehosting computing device. Many inter-device operational controls arepossible and all are considered within the scope of the presentdescription.

Returning to the description of decision point 624, in response todetermining that the requested access was not granted, the process 600denies the requested access at block 628. In response to either grantingthe requested access at block 626, or in response to denying therequested access at block 628, the process 600 makes a determination atdecision point 630 as to whether the collaboration session has beencompleted. In response to determining that the collaboration session hasbeen completed, the process 600 returns to decision point 602 anditerates as described above.

As such, the process 600 detects adjacent and other proximate computingdevices and establishes collaborative computing device groups operativeunder a shared multiple discrete desktop user interface. Differentcolor-coded representations of user-interface control port of thecollaborating computing devices that each allow authorized cursornavigation to and from the respective computing device arerendered/displayed. Permissions for a collaboration session may begranularly authorized, or may be configured for the entire collaborationsession.

As described above in association with FIG. 1 through FIG. 6, theexample systems and processes provide shared inter-operational controlamong multiple computing devices. Many other variations and additionalactivities associated with shared inter-operational control amongmultiple computing devices are possible and all are considered withinthe scope of the present subject matter.

Those skilled in the art will recognize, upon consideration of the aboveteachings, that certain of the above examples are based upon use of aprogrammed processor, such as the CPU 202. However, the invention is notlimited to such example embodiments, since other embodiments could beimplemented using hardware component equivalents such as special purposehardware and/or dedicated processors. Similarly, general purposecomputers, microprocessor based computers, micro-controllers, opticalcomputers, analog computers, dedicated processors, application specificcircuits and/or dedicated hard wired logic may be used to constructalternative equivalent embodiments.

The present invention may be a system, a method, and/or a computerprogram product. The computer program product may include a computerreadable storage medium (or media) having computer readable programinstructions thereon for causing a processor to carry out aspects of thepresent invention.

The computer readable storage medium can be a tangible device that canretain and store instructions for use by an instruction executiondevice. The computer readable storage medium may be, for example, but isnot limited to, an electronic storage device, a magnetic storage device,an optical storage device, an electromagnetic storage device, asemiconductor storage device, or any suitable combination of theforegoing. A non-exhaustive list of more specific examples of thecomputer readable storage medium includes the following: a portablecomputer diskette, a hard disk, a random access memory (RAM), aread-only memory (ROM), an erasable programmable read-only memory (EPROMor Flash memory), a static random access memory (SRAM), a portablecompact disc read-only memory (CD-ROM), a digital versatile disk (DVD),a memory stick, a floppy disk, a mechanically encoded device such aspunch-cards or raised structures in a groove having instructionsrecorded thereon, and any suitable combination of the foregoing. Acomputer readable storage medium, as used herein, is not to be construedas being transitory signals per se, such as radio waves or other freelypropagating electromagnetic waves, electromagnetic waves propagatingthrough a waveguide or other transmission media (e.g., light pulsespassing through a fiber-optic cable), or electrical signals transmittedthrough a wire.

Computer readable program instructions described herein can bedownloaded to respective computing/processing devices from a computerreadable storage medium or to an external computer or external storagedevice via a network, for example, the Internet, a local area network, awide area network and/or a wireless network. The network may comprisecopper transmission cables, optical transmission fibers, wirelesstransmission, routers, firewalls, switches, gateway computers and/oredge servers. A network adapter card or network interface in eachcomputing/processing device receives computer readable programinstructions from the network and forwards the computer readable programinstructions for storage in a computer readable storage medium withinthe respective computing/processing device.

Computer readable program instructions for carrying out operations ofthe present invention may be assembler instructions,instruction-set-architecture (ISA) instructions, machine instructions,machine dependent instructions, microcode, firmware instructions,state-setting data, or either source code or object code written in anycombination of one or more programming languages, including an objectoriented programming language such as Smalltalk, C++ or the like, andconventional procedural programming languages, such as the “C”programming language or similar programming languages. The computerreadable program instructions may execute entirely on the user'scomputer, partly on the user's computer, as a stand-alone softwarepackage, partly on the user's computer and partly on a remote computeror entirely on the remote computer or server. In the latter scenario,the remote computer may be connected to the user's computer through anytype of network, including a local area network (LAN) or a wide areanetwork (WAN), or the connection may be made to an external computer(for example, through the Internet using an Internet Service Provider).In some embodiments, electronic circuitry including, for example,programmable logic circuitry, field-programmable gate arrays (FPGA), orprogrammable logic arrays (PLA) may execute the computer readableprogram instructions by utilizing state information of the computerreadable program instructions to personalize the electronic circuitry,in order to perform aspects of the present invention.

Aspects of the present invention are described herein with reference toflowchart illustrations and/or block diagrams of methods, apparatus(systems), and computer program products according to embodiments of theinvention. It will be understood that each block of the flowchartillustrations and/or block diagrams, and combinations of blocks in theflowchart illustrations and/or block diagrams, can be implemented bycomputer readable program instructions.

These computer readable program instructions may be provided to aprocessor of a general purpose computer, special purpose computer, orother programmable data processing apparatus to produce a machine, suchthat the instructions, which execute via the processor of the computeror other programmable data processing apparatus, create means forimplementing the functions/acts specified in the flowchart and/or blockdiagram block or blocks. These computer readable program instructionsmay also be stored in a computer readable storage medium that can directa computer, a programmable data processing apparatus, and/or otherdevices to function in a particular manner, such that the computerreadable storage medium having instructions stored therein comprises anarticle of manufacture including instructions which implement aspects ofthe function/act specified in the flowchart and/or block diagram blockor blocks.

The computer readable program instructions may also be loaded onto acomputer, other programmable data processing apparatus, or other deviceto cause a series of operational steps to be performed on the computer,other programmable apparatus or other device to produce a computerimplemented process, such that the instructions which execute on thecomputer, other programmable apparatus, or other device implement thefunctions/acts specified in the flowchart and/or block diagram block orblocks.

The flowchart and block diagrams in the Figures illustrate thearchitecture, functionality, and operation of possible implementationsof systems, methods, and computer program products according to variousembodiments of the present invention. In this regard, each block in theflowchart or block diagrams may represent a module, segment, or portionof instructions, which comprises one or more executable instructions forimplementing the specified logical function(s). In some alternativeimplementations, the functions noted in the block may occur out of theorder noted in the figures. For example, two blocks shown in successionmay, in fact, be executed substantially concurrently, or the blocks maysometimes be executed in the reverse order, depending upon thefunctionality involved. It will also be noted that each block of theblock diagrams and/or flowchart illustration, and combinations of blocksin the block diagrams and/or flowchart illustration, can be implementedby special purpose hardware-based systems that perform the specifiedfunctions or acts or carry out combinations of special purpose hardwareand computer instructions.

The terminology used herein is for the purpose of describing particularembodiments only and is not intended to be limiting of the invention. Asused herein, the singular forms “a,” “an” and “the” are intended toinclude the plural forms as well, unless the context clearly indicatesotherwise. It will be further understood that the terms “comprises”and/or “comprising,” when used in this specification, specify thepresence of stated features, integers, steps, operations, elements,and/or components, but do not preclude the presence or addition of oneor more other features, integers, steps, operations, elements,components, and/or groups thereof.

The corresponding structures, materials, acts, and equivalents of allmeans or step plus function elements in the claims below are intended toinclude any structure, material, or act for performing the function incombination with other claimed elements as specifically claimed. Thedescription of the present invention has been presented for purposes ofillustration and description, but is not intended to be exhaustive orlimited to the invention in the form disclosed. Many modifications andvariations will be apparent to those of ordinary skill in the art basedupon the teachings herein without departing from the scope and spirit ofthe invention. The subject matter was described to explain theprinciples of the invention and the practical application, and to enableothers of ordinary skill in the art to understand the invention forvarious embodiments with various modifications as are suited to theparticular use contemplated.

What is claimed is:
 1. A method, comprising: establishing, by aprocessor of a first computing device, a collaborative computing devicegroup operative under a shared multiple discrete desktop user interfacecomprised of a first desktop of the first computing device and adifferent discrete desktop of at least a second computing devicephysically located in user visual proximity to the first computingdevice; displaying, on the first desktop of the first computing deviceoriented in a respective direction of each of the at least secondcomputing device relative to the first computing device, a color-codedgraphical representation of a user-interface control port of each of theat least second computing device, where each respective user-interfacecontrol port allows authorized cursor navigation to and from therespective computing device; authorizing a cursor of the secondcomputing device to migrate, under control of a user of the secondcomputing device, from the different discrete desktop of the secondcomputing device through the color-coded graphical representation of theuser-interface control port of the second computing device to the firstdesktop of the first computing device; controlling, by the processor,the first computing device in accordance with visual navigation andcontrol of the cursor of the second computing device on the firstdesktop by the user of the second computing device; detecting multiplecomputing devices within a specified distance from the first computingdevice using a detect-all mode of detection; displaying, on the firstdesktop of the first computing device, uniquely color-coded graphicalrepresentations of user-interface control ports of each of the detectedmultiple computing devices that each allow authorized cursor navigationto and from one respective detected computing device within the firstdesktop, where each uniquely color-coded graphical representation isoriented in a direction of the respective detected computing devicerelative to the first computing device; and highlighting a subset of thedisplayed uniquely color-coded graphical representations of theuser-interface control ports that comprise a sub-group of computingdevices identified by a detect-adjacent collaborative computing groupselection option; and where establishing, by the processor of the firstcomputing device, the collaborative computing device group operativeunder the shared multiple discrete desktop user interface comprised ofthe first desktop of the first computing device and the differentdiscrete desktop of each of the at least second computing devicephysically located in user visual proximity to the first computingdevice comprises: forming the collaborative computing device group fromthe sub-group of computing devices identified by a detect-adjacentcollaborative computing group selection option.
 2. The method of claim1, where the cursor of the second computing device comprises a coloridentical to a color of the color-coded graphical representation of theuser-interface control port of the second computing device within thefirst desktop, and a cursor of the first computing device issimultaneously rendered in a native cursor color of the first computingdevice.
 3. The method of claim 1, further comprising: detecting each ofthe at least second computing device within a specified distance fromthe first computing device using a detect-adjacent mode of detection;and where establishing, by the processor of the first computing device,the collaborative computing device group operative under the sharedmultiple discrete desktop user interface comprised of the first desktopof the first computing device and the different discrete desktop of eachof the at least second computing device physically located in uservisual proximity to the first computing device comprises: establishingthe collaborative computing device group as an adjacent-devicecollaborative computing device group comprised of the at least secondcomputing device detected as adjacent using the detect-adjacent mode ofdetection, where authorized inter-device access controls are limited todevice interactions among the adjacent-device collaborative computingdevice group.
 4. The method of claim 1, where controlling, by theprocessor, the first computing device in accordance with the visualnavigation and control of the cursor of the second computing device onthe first desktop by the user of the second computing device comprises:translating native user-interface control inputs associated with thecursor of the second computing device received via the user-interfacecontrol port into native user-interface control inputs of the firstcomputing device.
 5. The method of claim 1, further comprising thesecond computing device, under input controls of the second computingdevice, moving a file from the first desktop of the first computingdevice to the different discrete desktop of the second computing deviceby the user of the second computing device dragging the file onto thecolor-coded graphical representation of the user-interface control portof the second computing device displayed on the first desktop of thefirst computing device.